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0. Advertencia 

Estas paginas son una respuesta a una pre- 
gunta sobre una mejora tecnica sobre presenta- 
ciones. Esta respuesta es el relato de mi experien- 
cia, que me permite formular una propuesta que 
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entiendo que puede ser muy util para la mejora 
de la publicacion de presentaciones en internet. 

Estas paginas estan dedicadas a Lawrence 
Lessig porsu inspiracion constantey por mostrar- 
nos, entre otras con sus presentaciones geniales, 
la acuciante necesidad que tenemos de recupe- 
rar el equilibrio en el campo de los derechos de 
autor. En cierta medida, tratan de ser una peque- 
fia muestra de agradecimiento a su excelente tra- 
bajo (ya que surgen de una pregunta planteada 
por el). Agradezcoa Sergio Costas su disponibili- 
dad para desarrollar SuperShow, aceptar mis su- 
gerencias y por explicarme pacientemente todo 
aquello que no entendfa. Y tambien agradezco 
a Burkhard Plaum sus explicaiones sobre tasas 
variables de fotogramas en vfdeo. 

Las afirmaciones sobre caracterfsticas o capa- 
cidades de programas pretenden ser precisas en 
lafechade redaccion de estas paginas (16de ma- 
yo de 2008), pero pueden estar desfasadas des- 
pues. 

Tanto la presentacion y como este artfculo 
se otorgan al publico bajo una licencia Creative 
Commons jReconocimiento NoComercial Com 
partirlgual 2.5 Espana 



1. El origen de la historia 

El 9 de enero de 2006, Lawrence Lessig es- 
cribio en su bitacora una entrada con el tftulo Ex- 
periments in presentation teciinologyli Ahf plan- 
tea la pregunta de como lograr de modo sencillo 
generar presentaciones en las que voz y diaposi- 
tivas correctamente sincronizadas. 

Lessig es conocido, entre otros muchos mo- 
tivos, por sus presentaciones relacionadas con 



httD://lessie.ore/bloe/ 2006/0 1 /experim en tsjn 
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los derechos de autor, campo en el que es un 
experto. Algunas de estas presentaciones estan 
grabadas en vfdeo y pueden descargarse de la 
recHl Como el mismo apunta, lo peculiar de su 
estilo son muchas diapositivas en poco tiempo: 
algunas duran uno o dos segundos, cuando no 
menos, y cada diapositiva puede contener una 
unica palabra. 

2. La clave del problema 

Para la generacion de la presentacion hacen 
falta tres elementos: las diapositivas, el sonido 
y la secuencia temporal de sincronizacion. Las 
diapositivas y el sonido son faciles de conseguir, 
el problema surge con la secuencia temporal. En 
palabras de Lessig: 

The only difficult part about this was 
listening to myself again (and again) as 
I built this. 

Generar una secuencia temporal de sincro- 
nizacion entre el sonido y las diapositivas pue- 
de ser mas diffcil cuanto mayor sea el numero 
de diapositivas y menor sea la duracion total del 
sonido. La clave para conseguir una sincroniza- 
cion adecuadaes obtener una listaen la que cada 
tiempo marca la transicion a la siguiente diapo- 
sitiva. 

La sincronizacion es mucho mas facil de ha- 
cer en el momento en que se graba el sonido. 
La generacion simultanea del sonido y de la lista 
de tiempos es una tarea sencilla con el progra- 
ma adecuado, independientemente del numero 
de diapositivas y de la duracion total de la graba- 
cion sonora. La sincronizacion se genera porque 
el sonido y la lista de tiempos son correlativas y 
se generan simultaneamente. Y por eso es impo- 
sible que la sincronizacion entre sonido y diapo- 
sitivas generada simultaneamente sea erronea. 

Sin embargo, la tarea es muchfsimo mas ar- 
dua si la generacion de la lista de tiempos es pos- 
terior a la generacion del sonido. Reconstruir una 
lista de tiempos es mas complicada cuanto mas 



^ Un buen ejempio puede ser Against the current "Oroltan 
Worl<s Proposals", d'\spon\b\e en httDdh/jdeo. google. com I 



precisa tenga que ser la sincronizacion. Tanto si 
lo hace el autor de la grabacion sonora como una 
tercera persona con la ayuda de imagen, recons- 
truir la lista de transiciones puede ser algo real- 
mente tedioso. Y la sincronizacion reconstruida 
puede ser erronea en una o varias transiciones. 

3. Aumentando la eficiencia 

Un problema anadido del ejempio de Lessig 
es que con el programa iMovie, el resultado so- 
lo puede ser una pelfcula. Eso tiene dos incon- 
venientes: el archivo resultante es excesivamente 
grande y ademas la resolucion es relativamente 
baja (son dos factores directamente proporciona- 
les). 

El mayor tamaiio del archivo hace mas lenta 
su descarga y ademas genera mayor trafico en la 
red. Existe un compromiso entre una resolucion 
razonable y un archivo de vfdeo lo menor posi- 
ble. A mayor resolucion el tamano de archivo se 
disparara y un tamano de archivo muy pequeno 
se hace apenas visible. El uso de formatos de vf- 
deo que consigan una mayor comprension, dis- 
minuyen esta tension problematica entre tamano 
del archivo y resolucion, pero realmente no so- 
lucionan el problema. 

Un modo de conseguir una resolucion alta 
con archivos de vfdeo convencional es usar una 
tasa variable de fotogramaall De este modo, ca- 
da fotograma puede tener la duracion que sea 
necesaria y se reduce el numero total de fotogra- 
mas comparado con una tasa constante de foto- 
gramas por segundo. De todas formas, el tamafio 
resultante, si bien la resolucion es alta, es tam- 
bien relativamente alto. 

En realidad, ambas soluciones son variacio- 
nes mejoradas de la grabacion en vfdeo de una 
presentacion en di recto. En este caso, la calidad 
de la presentacion es todavfa peor, sencillamen- 
te porque la presentacion se muestra en una par- 
te del vfdeo. 

La solucion a la tension entre tamario y re- 
solucion no se puede lograr con vfdeo conven- 
cional. Dado que se trata de presentaciones, que 
son fundamentalmente de texto con algunos gra- 
ficos, por lo que el numero de imagenes y vfdeos 



\v[dleoplay?docid=-6359343497t523T76\ 



' Como sucede en los videos de 
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por puntos se pueden reducir al mfnimo impres- 
cindible. Una mayor eficiencia en el archive re- 
sultante puede conseguirse usando vfdeo vecto- 
rial. 

4. Un ejempio real 

Para poder mostrar un ejempio que funciona- 
se y que fuese facil de conseguir, decidf tomar la 
presentacion Against the current "Orphan Works 
ProposalsTl Al disponerdel vfdea^ tenfa losdos 
elementos fundamentales: el sonido y la sincro- 
nizacion temporal, y las diapositivas las podfa re- 
construir con facilidad. 

Mi intencion era generar una presentacion en 
formato Flash, usando SWFToola^ que contiene 
las utilidades pdf2swf (que convierte un docu- 
mento PDF a formato SWF) y swfc (que permite 
escribirel codigo para la generacion de archivos 
Flash). Por tanto, los elementos necesarios eran 
las diapositivas, el sonido y la lista de tiempos. 

4.1. Diapositivas 

Mi eleccion para la generacion de la presen- 
tacion en formato PDF es XglME)^! XglgX es, en pa- 
labras de su creador, kT^X para el resto del mun- 
do». Aunque todavfa se encuentra en desarrollo, 
proporciona una version de T^X suficientemente 
estable con soporte nativo para Unicode y ade- 
mas de las propias del sistema T5K, puede traba- 
jar con cualquier tipograffa OpenTyoe o TrueTy- 
pe instalada en el sistema operative^ 

Pero T^X no es una buena alternativa para 
quienes carezcan de experiencia con el. Ope- 
nOffice.org^ genera por sf mismo documentos 



http://lessie.org/blog/2007/02/copyright_policy_orphan 
works.html. 



httD://video.eooBle.corr}/videoplay?docid= 

'63593434971523176' 
' httD://www.swftools.ore 
^\http://scripts. sil.org/xetex 
" La version 0.996 de )^T^ esta incluida en 7^ Live 2007 

littD://tus.ore/texlive/ . 
^ \http://www.openoffice.org\ 



PDFL!2ly PDFCreatoiHies una buena utilidad para 
generar documentos PDF desde cualquier apli- 
cacion Windows. El sistema MacOS X incorpo- 
ra la posibilidad de generar un documento PDF 
desde las opciones de impresion de los progra- 
mas. 

En el proceso de edicion de las diapositivas 
he procurado convertir a formato vectorial todos 
los graficos de puntos que lo permitiesen (casi 
todos, menos las fotograffas digitalesjM Asf no 
solo se consigue un tamano menor, sino que se 
consigue que esa imagen no este fijada a una re- 
solucion dada. Si se aumenta o disminuye el ta- 
maiio, no se pierde calidad. 

4.2. Sonido 

El sonido ya estaba contenido en la pelfcula, 
por lo que solo habfa que extraerlo. Para eso lo 
exporte sin modificarlo, usando el editor de vf- 
deo avidemuxlH. El archivo del sonido sin modi- 
ficacion ocupaba 33 MB, pero dado que se trata 
de una conferencia que contiene voz hablada y 
no musica, podfa reducirse mucho mas. Usan- 
do /amalll convertf el archivo de una tasa origi- 
nal de 128 kb/s a 32 kb/s y de estereo a mono. 
Con todo esto, el archivo de sonido final ocupa 
8,3Mb[211 

Es posible que con una tasa de sonido de 
16 kb/s, el archivo de sonido habrfa ocupado la 
mitad del tamano (sin distorsion del sonido). Y es 
posible, aunque no lo he probado. que usando 
compresion de sonido con Speen}^ incluso se 



^° Aunque tiene problemas con tipografias OpenType o Post- 
Script: no es cacaz de mostrar tioograffas OcenTvpe 
en Unix ' http://qa.openoffice.org/issues/show_bug.cgif id =\ 
.78858 y no es capaz de generar documentos PDF con in- 
sercion oarcial de ticografias con oerfiles PostScrict ihttp: 
\//qa.openoffice.org/issues/show_bug.cgi?id= 43029:. Am- 
bos problemas esperan estar resueltos en la version 3.0. 

^' lutp://www. pdfforge.org/products/pdfcreator. 

^^ Una buena aplicacion que per mite vectorizar imagenes de 



Duntos puede ser VectorMag/c \http://vectormagic.stanford. 
edu/'. 
'^ htto:/ /avide mux.org 



^ 



^'^ IUtp://lame.sourceforge.net' 

'^ Gracias a una implementacion introducida en swftools- 
0.8.2, el sonido que se introduce en formato WAV se con- 
vierte internamente a MP3 con una tasa de 32 kb/s, y con- 
sigue una comprension del archivo Flash es todavia mayor. 
Con el presente archivo, el tamano final es de 5,9 MB. 

^^ [http://www.5peex.orgl 



podrfa lograr un sonido aceptable a una tasa de 
8 kb/s. Pero Flash solo reproduce sonido en for- 
mato WAV o MPS, y no reproduce correctamen- 
te archivos MPS con una tasa inferior a S2 kb/s 
en versiones anteriores a la 9. 

4.3. Sincronizacion temporal 

La tarea mas ardua ha sido escribir la lis- 
ta de tiempos. En un principio use el reproduc- 
tor mp/aye/UZl Invocandolo desde la Ifnea de co- 
mandos muestra los el tiempo transcurrido (en 
segundos y con una precision de hasta decimas). 
Se puede copiar en un archivo de texto el tiempo 
de cada transicion (en un esquema hh:mm:ss). 

Al comprobar con los dos primeros minutos 
que la sincronizacion temporal era erronea, de- 
cidr hacerlo fotograma a fotograma. Usando avi- 
demux, con el que ya habfa extrafdo el sonido, 
podfa avanzar fotograma a fotograma y apuntar 
el tiempo cada vez que la imagen cambiaba. Este 
era el unico modo de conseguir una reconstruc- 
cion precisa de la sincronizacion entre sonido y 
diapositivas. Asf, esta tarea fue larga y tediosa, 
pero era la unica manera de mostrar un ejempio 
que funcione. 

4.4. El resultado final 

Una vez conseguida la lista de quinientas 
transiciones, habfa que escribir un guion que 
permitiese la generacion del archivo Flash y que 
este se integrase de manera automatica en un 
programa oue usase la lista de tiempos. rac- 
coonshovH^era una posible solucion, tiene el in- 
conveniente de que no convierte el documento 
PDF en una presentacion vectorial, sino en ima- 
genes de puntos. 

La opcion que ten fa era adaptar raccoonshow 
con un guion que permitiese la generacion de 
una presentacion vectoriallH El resultado del ar- 
chivo final es de 5,9 MB (sin fotograffas digitales), 
lo que es una considerable reduccion respecto al 



archivo original, que ocupa 64MB con una re- 
solucion de 480xS60 puntos. Esto supone una 
reduccion del tamano del archivo final en una 
decima partaM 

Pero al reproducirlo con el modulo Flash de 
Adobe, estaba claro en los primeros ciento vein- 
te segundos que la transicion no era correcta. A 
pesar de que la lista de tiempos estaba escrita 
contrastando fotograma a fotograma, el sonido 
avanzaba mas rapido que las diapositivas. Con 
gran sorpresa por mi parte, probe por casualidad 
a veria con Gnash^ Sorprendentemente la sin- 
cronizacion funcionaba correctamente. 

Como posteriormente descubrf, gracias a la 
explicacion de Sergio Costas, el problema del 
guion que generaba la presentacion Flash es que 
tiene especificados la duracion de cada diaposi- 
tiva en fotogramas (y estan definidos los fotogra- 
mas por segundo para la presentacion). Ese mo- 
do Adobe Flash no lo interpreta de modo preci- 
so, sino mas o menos aproximado. Ademas de 
este problema, las transiciones se marcaban en 
modo relativo (en la duracion en decimas de se- 
gundo de cada diapositiva) y no en modo abso- 
luto (en la posicion de la diapositiva en la repro- 
duccion de sonido). Eso produce que cualquier 
error en la duracion de una diapositiva es inco- 
rrecta, afecta a todas las posteriores. 

Ambas limitaciones estan solucionadas en 
SuperShov\E£, de Sergio Costas. 

4.5. Un nuevo intento 

Dado que la generacion de la lista de tiempos 
a mano no era total mente satisfactoria y ademas 
tenfa unaciertadudade si ademas el reproductor 
de Adobe Flash no era total mente preciso, me 
decidf a buscar algo una presentacion de la que 
tuviese la seguridad de que la sucesion temporal 
era correcta. Y el ejempio era Free Culture de 
Lawrence Lessi e. e ditada con Macromedia Flash 
por Leonard LirBH 



^' http://www.mplayerhq.hu 

'^ El programa ya no estan en desarrollo por su autor. L a 

ultima version del programa se encuentra en [/itfp://www.| 

jonobacon . org/ files/ raccoonshow- 0. 6 . tgz 
^' El ejempio se encuentra contenido en el mensaie 

de la l ista de correo http:// lists . eiiu . org/ arch i ve/h tm //_ 

\swftools-coirirriori/2004-d5]ms'g00022.htrril\ ' 



■^° Suponiendo que el archivo completo alcanzase un tamano 
de 8MB, la reduccion seria una octava parte del archivo 
original. 



^^ http://www.gnu.org/software/griashJ_ 

^^ httD://www. rastersoft.com/orogra mas/sup ershow.html 

■'^\http://randomfoo.net/oscon/2002/lessig/ 



Un ofrece el archivo fuente de la presenta- 4.7. Una reconstruccion distinta 

Tomando la version original del vfdeo de la 
presentacion de Change Congres^2\ es posible 
realizar una reconstruccion distinta de la sincro- 
nizacion. Este vfdeo tiene una tasa variable de 
fotogramas, con lo que es mas facil reconstruir la 
duracion real de cada fotograma. 

El programa qtdump. que es parte de la bi- 
blioteca libquicktim£l\ permite conseguir la ta- 
bla en la que se especifica la duracion de {stts). 
Pero con esa tabia, no se consigue automatica- 
mente una lista de transiciones de las diapositi- 
vas. Es necesario adaptar y borrar todos los foto- 
gramas que no esten reflejados en las fotograffas. 

5. [Que hace falta (todavfa)? 

La generacion de presentaciones con sonido 
sincronizado puede hacerse de tres modos: en 
di recto, editando el vfdeo o editando el sonido 
ya grabado. 

La generacion de presentaciones con el soni- 
do ya grabado son un intermedio entre la genera- 
cion de una sincronizacion temporal nueva y la 
reconstruccion de la sincronizacion ya existen- 
te. Se trata de rehacer una lista de tiempos segun 
una sincronizacion, a diferencia del vfdeo, que 
no esta fijada en ningun sitio. Pero las necesi- 
dades que plantea la generacion de presentacio- 
nes con el sonido ya grabado estan perfectamen- 
te cubiertas ya desde la version 2 de SuperShow. 

5.1. Presentaciones en directo 

La generacion de presentaciones en directo 
implicaque se genera la lista de tiempos simulta- 
neamente con la grabacion del sonido. Para po- 
der realizar eso, la solucion es un contador de 
transiciones que opcionalmente pueda grabar el 
sonido. El inicio de la grabacion marca el inicio 
de la cuenta temporal y el fin de la grabacion 
supondrfa el fin de la cuenta. 

En la proxima 3.0, todavfa no publicada, Su- 
perShow podra mostrar los archivos PDF sin te- 
nerque convertir las paginas a imagenes de pun- 



ciorull que trate de editar con una version de 
demostracion de Macromedia Flash Professional 
8. Todo lo que querfa era poder copiar la Ifnea 
temporal de transiciones. Despues de un par de 
horas buscando las transiciones de las diapositi- 
vas, abandone la tarea por imposible, dado que 
tampoco habfa usado antes el programa. 

Decidf usar un descompilador con la presen- 
tacion en formato Flasn^ f/asrrB^ mostro, entre 
toda la informacion, la duracion de cada una de 
las diapositivas en segundos. Reconstruir la pre- 
sentacion de modo casi automatico ha sido facil, 
exceptuando los dos pequerios vfdeos que inclu- 
ye la presentaciorBH 

4.6. Una presentacion nueva 

Inspirado en la version japonesa de la pre- 
sentacion Free Culture^es posible realizar una 
traduccion espafiola de la presentacion con un 
sencillo metodo. 

Para conseguir esto que editar la presenta- 
cion (que Leonard Lin ofrece) y traducir todo el 
texto de las diapositivas al espanol (estas seran 
las diapositivas de la presentacion final). 

La presentacion, tanto en la version original 
como en la japonesa, ofrece un triple boton de 
pausa, diapositiva siguiente y anterioiBH Estos 
tres botones permiten afiadir con gran fidelidad 
el texto de cada diapositiva como subtftulo. 

Una vez traducido el texto puede generarse 
una version subtitulada con el sonido original o 
una version traducida con el sonido tambien tra- 
ducido. Esta ultima serfa la mejor solucion, pero 
requiere generar una lista nueva de transiciones. 



^* httD://randomfoo.iiet/oscon/2002/!essig/ free.ziD\ 

^^ihttp://randomfoo.net/oscon/2002/les5ig/free_culture.swf 



ttp://www. nowrap.de/flasm. html. 

^' La presentacion en PowerPoint ''http://randomfoo.net/ 
oscon/2002/lessig/os_timed.zip' parece contener los archi- 
vos steamboa.mov y aiboOl.mov, pero exportando a forma- 
to HTML, no se generan los archivos, aunque el codigo se 

refiere a estos archivos. 

^^ http://ittousai.org/lessig/lessig_free_culturejapanese_l .h\ 

swf 
^^ Esta capacidad tambien se ha anadido a las presentaciones 
que genera SuperShow. 



■^° IUtp://bHp.tv/file/get/ChangeCongress-changecongresslaunch701. 

mov. 

^' \http://libquicktime.sourceforge.net/. 



tos^ Esto permite que pueda mostrarse el PDF 5.2. Edicion de vfdeo 



en modo de pantalla completa, lo que permite 
usarlo como programa para presentaciones en 
directo. Como todavfa no tiene implementada 
la grabacion de sonido, un rodeo para lograr- 
lo es reproducir un archivo de sonido vacfo lo 
suficientemente largo para que no se acabe an- 
tes de que acabe la presentacion. Esto es nece- 
sario, porque SuperShow cuenta el tiempo por 
la reproduccion de sonido. Y el sonido se pue- 
de grabar, del propio ordenador (usando gnome- 
sound-recorder) o con un grabador externo (co- 
mo un reproductor de audio digital). 

En SuperShow es necesario todavfa imple- 
mentar la grabacion directade sonido. El siguien- 
te paso serfa pasarlo a Windows y MacOS X, pero 
por la biblioteca que usa SuperShow, tanto para 
la creacion del entorno grafico (CT/C+lll|, su tra- 
duccion a MacOS X serfa innecesariamente com- 
plicada. 

Por eso, es posible que sea mas facil escri- 
bir una utilidad parecida que permita reproducir 
y grabar sonido, contar tiempo, mostrar diaposi- 
tivas (tambien en modo de pantalla completa), 
crear una lista de transiciones y generar la pre- 
sentacion final en Flash. wxPythori^^o wxWid- 
getJl^ pueden generar un entorno grafico nativo 
para cada sistema operativo. Sin embargo, tan- 
to la biblioteca que permite muestra los archivos 
PDF ipoppler), como el conjunto de utilidades 
que permiten generar los archivos Flash {SWF- 
Tools), no estan disponibles para MacOS X. No 
soy un programador experto, pero me temo que 
sera diffcil poder plantear un programa similar 
al que propongo en MacOS X, mientras ambas 
utilidades esten disponbiles en este sistema ope- 
rativo. 

La complejidad de la tarea de edicion de vf- 
deo exige un enfoque y un programa diferente 
que se trata en el siguiente apartado. 



Gracias a la biblioteca de enlaces de poppler \http:// 



\poppler.free desktop.org, para Python realizada por Al 
Asfar v~G ian Mario Tagliarelli \https://launchpad.net/ ' 
poDpler-ov thon ' . 

^^ littp://www.gtk.ore/ 

^* htto://www.wxDvthon. orB/\ 

^^ \http://www.wxwidgets.org/\ 



La edicion del vfdeo supone reconstruir una 
lista de tiempos con una sincronizacion que ya 
ofrece la propia pel feu la. SuperShow ofrece el 
modo de cargar el vfdeo y las diapositivas en 
una misma ventana para ir marcando la sincro- 
nizacion que se ve en el vfdeo y avanzando las 
diapositivas. 

SuperShow es totalmente preciso en la escri- 
tura de tiempos, pero esa escritura de tiempos 
se hace segun la entrada de la persona que usa 
el programa. Y aquf es facil que la imprecision 
venga de la parte humana, que sera mayor cuan- 
tas mas numerosas sean las diapositivas en una 
cantidad dada de tiempo. 

Un modo de solucionar este problema es, co- 
mo ya he descrito, examinar fotograma a fotogra- 
ma y escribir una lista de tiempos en aquellos fo- 
togramas que sean distintos al anterior. Hacerlo 
a mano es una tarea lenta y pesada, la alternativa 
es automatizar esta tarea por ordenador. 

La automatizacion serfa una utilidad (o inclu- 
so mejor un ariadido a av/demu>i2^ aue permi- 
tiese seleccionar una zona del vfded^ compa- 
rando esa zona del primer fotograma con la del 
siguiente. Si es igual pasa a comparar la zona del 
ultimo fotograma con la del fotograma siguiente 
y si no lo es, escribe el tiempo en una lista y rea- 
liza la siguiente comparacion. 

Un obstaculo para esta automatizacion, co- 
mo Sergio Costas hizo notar, es que la mayorfa 
de formatos de vfdeo usan una compresion de 
imagen que hace que imagenes con colores apa- 
rentemente iguales realmente no los tengan. 

La solucion pasa por definir un nivel de to- 
lerancia para la comparacion de colores, basa- 
da en la que establecen los propios metodos de 
compresion de vfdeo. Tambien se puede defi- 
nir una mayor tolerancia comparativa segun un 
porcentaje en valores RGB, para detectar cam- 
bio cuando para un espectador el color cambia. 
Una tercera alternativa, y probablemente la me- 
jor, serfa dejar que fuese el usuario quien, del 



^^ Este programa es un editorde vfdeo yademases multiplata- 
forma (disponible para GNU/Linux, MacOS X y Windows). 

^^ Asf el proceso seria mas rapido y facil, y consumiria menos 
recursos. 



modo mas sencillo posible, pudiese definir ese 
nivel de tolerancia segun cada proyecto. 

5.3. Edicion de vfdeo con tasa variable 
de fotogramas 

La edicion de vfdeo con tasa variable de fo- 
togramas permite una edicion manual mas facil. 
En este caso la lista de transciones esta medio 
hecha. 

La mejora necesaria serfa, tomando como 
ejempio SuperShow, consistirfa en permitir la 
edicion de vfdeo sin reproducirlo, pudiendo 
avanzar (y retroceder) de fotograma en fotogra- 
ma, sin una cuenta temporal como en el modo 
de presentacion, con la posibilidad de marcar el 
tiempo de los fotogramas que supongan una tran- 
sicion a una nueva diapositiva. 

Esta implementacion no solo servirfa para ge- 
nerar la lista de transiciones, sino que serfa util 
para crear la presentacion en formato PDF. Y no 
solo para los vfdeos con tasa variable de fotogra- 
mas, sino tambien para los de tasa constante. 

6. Ventajas y Ifmites de la pro- 
puesta actual 

La propuesta de estas paginas tiene ventajas e 
inconvenientes. Entiendo que en tiene mas ven- 
tajas que inconvenientes. Pero conviene analizar 
ambos, para poder juzgar si la propuesta puede 
aplicarse a un caso concreto. 

Las ventajas son las siguientes: 

■ Que el documento para las diapositivas sea 
PDF hace que el formato de entrada sea mu- 
cho mas amplio que si solo dependiese de 
un unico programa. 

■ Es algo que funciona sin especiales com- 
plicaciones. Se trata de un proceso senci- 
llo que permite generar presentaciones a un 
usuario medio, sin especiales conocimien- 
tos. 

■ La gran ventaja es que se trata de presenta- 
ciones vectoriales, o al menos lo son en su 
grand fsi ma mayorfa. Esto hace que, como ya 
he repetido, no tenga una resolucion fija y 
su tamano de salida sea menor. 



■ La clave de la generacion de la presentacion 
esta en la sincronizacion temporal. Si la ge- 
neracion de la lista de tiempos esta garanti- 
zada, nada impide que la presentacion pue- 
da llegar a tener otro formato. 

Por el propio diseno tanto de los formatos de 
entrada y de salida de las presentaciones, el pro- 
ceso presenta los siguientes Ifmites: 

■ Hablando con precision, no todos los do- 
cumentos PDF pueden convertirse a forma- 
to Flash, sino solo aquellos que xpdf mues- 
tre correctamente, ya que la utilidad que los 
convierte {pdfZswf) usa el codigo de xpdf 
para realizar la conversion. 

■ La conversion que pdfZswf hace de docu- 
mentos PDF es casi de punto por punto y el 
formato Flash tiene una limitacion de 65536 
objetos en un mismo archivo. Esto puede 
llevar a que la conversion de un documen- 
to sea imposible porque se haya excedido 
el numero de objetos que un archivo puede 
conteneil^ 

■ El formato PDF tiene Ifmites en la genera- 
cion de efectos especiales con textos o con 
imagenes. E incluso la conversion de estos 
efectos a formato Flash puede ser en algu- 
nos casos imposible. 

7. SlideShare y slidecast 

SlideShare es un portal de internet que ofre- 
ce alojamiento para presentaciones, esto es, para 
que cualquiera pueda publicar su presentacion 
en internet. Una de las ultimas posibilidades tec- 
nicas de este sitio es lo que su desarrollador, Jo- 
nathan Boutelle, llama slidecast, que es precisa- 
mente la posibilidad de anadir sonido a las pre- 
sentaciones y sincronizar de modo preciso soni- 
do y diapositivaalH 

El slidecast permite la reproduccion de dia- 
positivas y sonido sincronizado, usando un pe- 
quefio programa en la propia pagina de internet 
en la que se edita la sincronizacion. La limita- 
cion de ese planteamiento es que al tener que 



^^ Matthias Kramm esta trabajando en la optimizacion de la 
conversion para evitar este tipo de problemas. 

^^ Una presentacion de esta innovacion Dor su autor Due- 
de verse en htto://www.ionatlianboutelle.coin/mt/archives/\ 
\2007/07/5lTdecastingJhIimJ\ 



existir ya el archive de sonido, impide generar la 
sincronizacion al mismo tiempo que se graba el 
sonido. Y la edicion de la sincronizacion poste- 
rior es mas trabajosa. 

Los problemas del slidecast son en mi opi- 
nion dos. El primero es que la lista de transicio- 
nes se puede copiar a mano, pero no se puede 
exportar a un archivo como el que propongo (es- 
te problema serfa facilmente solucionable). El se- 
gundo problema es bastante mas grave, ya que 
SlideShare matiene separados las diapositivas, el 
sonido (que ha de estar en un servidor externo) 
y la sincronizacion. Se puede ver en la pagina 
el archivo sincronizado, pero no se puede des- 
cargar la presentacion con sonido sincronizado, 
sino solo las diapositivas. 

Que los archivos sean externos a SlideShare 
plantean un problema aiiadido, que es que ge- 
neran un trafico adicional al servidor que los 
aloja, cuando esto reporta un beneficio claro a 
SlideShare. Evidentemente, alojar archivos de so- 
nido implica un mayor gasto, pero no puede sub- 
sidiarizarse en otros servidores. Incluso los dere- 
chos de autor pueden incluso impedir legalmen- 
te el enlace directo a archivos alojados en un ser- 
vidor, como es este caso. 

8. Conclusion 

Es evidente que la sugerencia de estas pagi- 
nas no es una propuesta novedosa. En el fondo 
solo es la union de posibilidades y capacidades 
tecnicas ya existentes para un fin muy concreto. 

La clave de todo el asunto gira en torno a una 
lista de transiciones. Un ejempio de uso es ge- 
nerar con ella un archivo Flash, pero solo es un 
formato. Nada impide realizarlo con otros tipos 
de documentos, como pueden ser PDF, SVG o 
Silverlight. 

El resultado es de aplicacion sencilla en la 
creacion y la publicacion de presentaciones. Y 
supone una mejora importante para su distribu- 
cion en internet. 



